Inactivating reference codes

AD
DM

To manage the unused reference codes in your Network instance, you can inactivate the codes for the reference type. This includes any code that you've added to your instance as well as Veeva OpenData codes for countries that you don't subscribe to.

When codes are inactivated, they cannot be used because they will not be available in your Network instance.

Prerequisites

Before inactivating reference codes, ensure no records use those codes and any reference aliases are updated.

  • Report on codes in use - Query your Network instance to ensure that no records are using the codes.

    If reporting is not enabled in your instance, consider exporting a target subscription that exports all of the records.

    Note: Some records might be missing from the report results if you do not have visibility to records through your DVP, including HCP opted-out records and candidate records.

  • Veeva CRM and Vault CRM integrations - Ensure that all Veeva CRM or Vault CRM mappings have been reviewed. Do not inactivate a code if it is included in the mappings.

  • Reassign reference aliases - Ensure that when a code is inactivated, that it is not needed by any of your incoming sources or your data in Network.

    Reference codes can be mapped to your source and target systems using reference aliasesClosed A mapping between a Network reference code and the reference code of an external system.. When a code is inactivated, a warning message displays to remind you to update any reference aliases for the codes that you are inactivating.

    If the reference aliases are not updated to point to an active code in that reference type, records will fail upon load because they point to an inactive reference code within Network.

    For information, see Reference aliases.

Supported reference types

Only inactivate codes for reference types for which you are loading data.

Reference types not supported

  • Restricted reference types

Restricted reference types

Some reference types are required for Network features; many are used for address cleansing.

These reference types are considered restricted because codes should not inactivated. Their use might not be apparent but they can be integral to how your data is processed.

Example

If the MERGED_INTO code for the RecordState reference type is inactivated, no records can be merged.

The merge instruction will fail, job errors will exist in the administrator inbox, and the records will not merge. This is because the losing record in a merge is assigned the MERGED_INTO code for the record state.

Important: Unless a reference type is read-only, you are not prevented from editing it. Review the lists below. If the reference type is listed, do not inactivate any codes.

Read-only reference types

Codes cannot be added or inactivated for read-only reference types.

The Import button on the Reference Codes page is dimmed to prevent users from editing the codes.

Restricted Network legacy reference lists

  • AcademicStatus (read-only)
  • AddressDPVConfIndicator
  • AddressDPVFootnotes
  • AddressFootnotes
  • AddressISO31663
  • AddressISO3166n
  • AddressRecordType
  • AddressReturnCode
  • AddressVerificationStatus
  • BooleanReference
  • DataRemovalReason (read-only)
  • EntityType
  • KeyStatus (read-only)
  • ParentAddressSyncReference
  • RecordOwnerType
  • RecordState
  • ThirdPartySystemOwner

Restricted Common Data Architecture (CDA) reference types

All restricted CDA reference type are read-only.

Reference Type Field Object
AddressCountryCDA country_cda__v HCP, HCO, Address
AddressStateCDA state_cda__v HCP, HCO, Address
AdopterTypeCDA adopter_type_cda__v HCP
AgeRangeCDA age_range_cda__v HCP
HCPSpecialtyCDA all_spec_cda__v HCP
HCPSpecialtyGroupCDA all_spec_group_cda__v HCP
LanguageCDA language_cda__v HCP
LevelCDA level_cda__v HCP
StatusCDA status_cda__v HCP, HCO, Address

For more information, see Reference types for CDA fields.

Veeva OpenData considerations

Inactive codes in your Network instance

If you inactivate reference codes in your Network instance and then subscribe to Veeva OpenData in that country, all codes used by Veeva OpenData in that country are activated again when the subscription runs.

Inactive codes in the Veeva OpenData instance

Veeva OpenData can inactivate codes in their Network instance when those codes are no longer used in a country.

These codes are not inactivated in your Network instance because you might be using the code for a non-OpenData record in that country.

Learn about changes to reference codes

  • Veeva Network Data Governance - For each release, this document lists codes that are added and removed by Veeva OpenData.

    If you are not subscribed to OpenData for a country, you can reference this document to manually inactivate the reference codes in your Network instance.

  • OpenData Communications - Subscribe to receive notifications from the OpenData team about information and upcoming activities.

  • Veeva Connect - Subscribe to the OpenData communities to learn about release highlights and upcoming changes.

Submitting DCRs to OpenData

Veeva OpenData doesn't automatically reject DCRs that use inactive or custom reference codes. Instead, OpenData Data Stewards can manually update these requests with the active codes for that specific country.

Stewarding considerations

When Data Stewards are working on records that have an inactive reference code, an error about the code is displays only if the Data Steward uses that field. Otherwise, the inactive code can remain in use by that record. This ensures that no processes fail when Data Stewards are working with records that have inactive codes.

Considerations for profile validation rules

When Administrators are working with validation rules, the availability of reference codes is determined by their Active status and the Countries selected for that specific rule.

For more details, see Creating and testing profile validation rules.